Skip to content

Check Kubernetes cluster endpoint for defining the ssl_ca_cert#5143

Merged
javanlacerda merged 1 commit into
masterfrom
javan.utask-google-auth
Jan 26, 2026
Merged

Check Kubernetes cluster endpoint for defining the ssl_ca_cert#5143
javanlacerda merged 1 commit into
masterfrom
javan.utask-google-auth

Conversation

@javanlacerda
Copy link
Copy Markdown
Collaborator

This is a follow up in the Kubernetes service implementation for running untrusted jobs.

The current implementation was working for dev environment because the K8s cluster is set there with default configurations.

During the rollout for the external project, the cluster needed to be created with security rules, and one of them is having a private ip, and set the DNS to resolve both internal and external ips.

As the endpoint for this cluster is a name (defined by the dns) and not a ip, we shouldn't set the ssl certificate, as the authentication will be managed by the DNS.

This PR updates the load credentials function to check the cluster endpoint and only set the ssl cert if the endpoint is a ip.

@javanlacerda javanlacerda force-pushed the javan.utask-google-auth branch 2 times, most recently from b77fe79 to 0b2cac9 Compare January 26, 2026 16:55
@javanlacerda javanlacerda force-pushed the javan.utask-google-auth branch 2 times, most recently from 859f3cd to 11414f2 Compare January 26, 2026 17:20
Signed-off-by: Javan Lacerda <javanlacerda@google.com>
@javanlacerda javanlacerda force-pushed the javan.utask-google-auth branch from 11414f2 to 14d1b0d Compare January 26, 2026 17:21
@javanlacerda javanlacerda merged commit 80df295 into master Jan 26, 2026
11 checks passed
@javanlacerda javanlacerda deleted the javan.utask-google-auth branch January 26, 2026 17:48
javanlacerda added a commit that referenced this pull request Feb 4, 2026
This is a follow up in the Kubernetes service implementation for running
untrusted jobs.

The current implementation was working for dev environment because the
K8s cluster is set there with default configurations.

During the rollout for the external project, the cluster needed to be
created with security rules, and one of them is having a private ip, and
set the DNS to resolve both internal and external ips.

As the endpoint for this cluster is a name (defined by the dns) and not
a ip, we shouldn't set the ssl certificate, as the authentication will
be managed by the DNS.

This PR updates the load credentials function to check the cluster
endpoint and only set the ssl cert if the endpoint is a ip.

Signed-off-by: Javan Lacerda <javanlacerda@google.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants